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Method and Apparatus for Browsing a Management Information Base 

FIELD OF THE INVENTION 

The present invention generally relates to managing a computer network. The 
5 invention relates more specifically to methods and apparatus for obtaining values of 
Management Information Base (MIB) variables stored in a network device. 

BACKGROUND OF THE INVENTION 

Computer networks consisting of end stations, routers, hubs, switches, gateways, 

10 firewalls, and other network devices are in widespread use. Management and support issues 
are perhaps the most difficult issues to grapple with in networked computing. The upside is 
that the benefits of networks are real-lower hardware and software costs, more flexible 
systems, easier to use front-ends. Unfortimately, administration and support is more costly 
than for centralized systems. Networked computing often disperses network devices across a 

15 wide geographic area and creates time-consuming problems for network administrators 
concerned with keeping these systems running. 

Several conventional standards are available to administrators for managing networks 
and systems. One such standard is Simple Network Management Protocol (SNMP), which is 
currently the most widely implemented protocol for management of network devices such as 

20 routers, hubs and switches. SNMP performs relatively simple management of the 

components in a network. SNMP uses object-oriented techniques to describe the information 
to be managed. Each piece of information to be managed is called a managed object. The 
managed objects can represent anything that needs to be managed, for example, an entire 
host, a program, or a variable maintaining a counter of Transmission Control Protocol (TCP) 

25 packets. 
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A Management Information Base (MIB) defines a structured collection of the 
managed objects. This structured collection of managed objects is commonly referred to as a 
MIB tree, which is a hierarchical data base with names and variables for each object 
component within the tree. Objects are defined by their hierarchical location in the MIB tree. 
5 For example, the IP object group is defined by the location value 1 .3.6. 1 .2.1 .4. This number 
is referred to as a MIB variable. A new object and its corresponding MIB variable is always 
added in the tree "down and to the right." SNMP is the protocol used to set values and 
retrieve values of MIB variables. 

FIG. 1 shows a conventional network system. A local area network (LAN) 103 is 

10 protected fi^om a separate public or untrusted network 100 by a firewall 102, which is a 

gateway device that is configured or programmed to control access to network 103 of devices 
coupled to network 100. The network 100 may be, for example, the global, packet-switched 
internetwork known as the Internet, a wide area network (WAN), etc. 

LAN 103 includes one or more network devices 106, 108. Each network device is a 

15 router, switch, hub, etc., that is coupled to one or more servers, printers, workstations, 
personal computers, or other end station devices. There may be multiple LANs 103 
connected to the Network 100. Although FIG. 1 depicts only two network devices 106, 108 
in a practical system there may be hundreds or thousands of network devices, distributed 
over a wide geographic area, and many network management systems 104. 

20 A MIB 1 10 is stored in and managed by each of the network devices 106, 108. Each 

MIB 110 stores values of MIB variables that pertain to the associated network device 106, 
108. 

A network management system (NMS) 104 manages the network devices 106, 108 
by, among other things, collecting information firom the MIBs 110, processing the MIB 
25 information, and presenting it to a user or display device. As mentioned above, SNMP is 
typically the protocol for doing such managing. NMS 104 comprises one or more software 
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program elements that manage one or more local databases of network management 
information. An example of a commercial product that is suitable for use as NMS 104 is 
Resource Manager Essentials, commercially available from Cisco Systems, Inc., San Jose, 
California. 

5 As an example of NMS processing, a MDB engine in the NMS provides active 

background daemons that monitor current values of network device MIB variables as 
compared to historical data in order to identify trends and unusual developments in the 
network devices. From the NMS, triggers can be used to launch corrective actions in the 
network devices 106, 108. Since a portion of the management data is maintained by the 
10 network devices themselves and stored in the MIBs, data of interest may be spread on MIBs 
110 throughout the network system. The NMS 104 maintains aggregate snapshots of this 
distributed data. However, the data stored by the NMS 104 is not as up-to-date as the data in 
the MIBs. 

The primary value of SNMP comes from the MIB data it manages. In practice, the 
1 5 primary value of SNMP comes from the ability to navigate through MIB trees and to 

understand the MIB vocabularies. Unfortunately, there is nothing simple about MIBs or their 
arcane vocabularies. MIBs are not very human-friendly as they have been designed to be 
used by applications. 

Moreover, MIBs are typically accessible by humans only through NMS terminals, 
20 which are not always convenient for administrators. The conventional NMS features do not 
provide human-friendly tools for accessing MIB variables. NMS tools, for example, 
typically do not present to the network administrator the MIB variables in an organized 
format, such as a MIB tree, which was discussed above. Only the most experienced network 
administrators can make sense of the multitude of MIB variables within a MIB. In other 
25 cases, NMS fimctions that retrieve and set values of MIB variables are embedded in the NMS 
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software and cannot be used to selectively retrieve values of MIB variables that interest a 
particular user. 

Thus, there is a need for a method and apparatus that makes objects in MIB trees 
more accessible to human users. More specifically, there is a need for tools to make MBs 
more accessible and thereby reduce the number of costly problems that administrators must 
deal with on a daily basis in keeping their network systems running. 

In particular, there is a need for a method and apparatus that enables a human user to 
view values of MIB variables through means other than a network management system. 
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SUMMARY OF THE INVENTION 

The foregoing needs and objects, and other needs and objects that will become 
apparent from the following description, are achieved by the present invention, which 
comprises, in one aspect, a method for obtaining a current value of a Management 
5 Information Base (MIB) variable stored in a network device in a network. The network 
device receives a connection of a Web browser. The network device further receives a 
request from the Web browser to obtain the current value of the MIB variable, wherein the 
request is sent in a Hypertext Transfer Protocol (HTTP). The network device then receives 
the current value of the MIB variable from a MIB of the network device. The network 
1 0 device then retums the current value of the MIB variable to the Web browser. 

In another embodiment, a network device is disclosed. The network device includes 
^i' a communication interface for electronically connecting the network device to a network; a 

O Simple Network Management Protocol (SNMP) daemon electronically connected to the 

Q communication interface; a Management Information Base (MIB) electronically connected to 

ifj 1 5 the SNMP daemon; a Hypertext Transfer Protocol (HTTP) daemon, the HTTP daemon being 
O configured to receive a request from a Web browser to obtain a value of a MIB variable, 

wherein the HTTP daemon is electronically connected to the SNMP daemon and the 
communication interface; and an internetworking operating system (lOS) electronically 
connected to the interface, the HTTP daemon, and the SNMP daemon. 
20 In still another embodiment, the a computer-readable medium is disclosed that carries 

one or more sequences of one or more instructions for obtaining a current value of a 
Management Information Base (MDB) variable stored in a network device in a network, the 
one or more sequences of one or more instructions including instructions which, when 
executed by one or more processors, cause the one or more processors to perform method 
25 steps. The method steps include receiving a connection of a Web browser to the network 
device; receiving a request from the Web browser to obtain the current value of the MIB 
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variable, wherein the request is sent in a Hypertext Transfer Protocol (HTTP); receiving the 
current value of the MIB variable from a MIB of the network device; and returning the 
current value of the MIB variable to the Web browser. 

Advantageously, the present invention provides a more convenient and efficient 
5 technique for browsing MIBs. The network administrator no longer has to deal with cryptic 
NMS terminals to access MIB variables. Further, other embodiments, disclosed in detail 
below, illustrate how the present invention provides valuable memory saving to network 
devices. 

The invention encompasses other embodiments of a method, an apparatus, and a 
10 computer-readable medium, which are configured as set forth above and with other features 
and altematives. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a block diagram of an example of a conventional network system. 

FIG. 2 is a block diagram of a view of a network system in which the invention may 
be implemented. 

FIG. 3 is a block diagram of a view of a network device having a middle layer for 
creating SNMP queries. 

FIG. 4 is a block diagram of a view of a network device, wherein a plug-in or Java 
applet is implemented in an administrator client. 

FIG. 5 is a flowchart of a method for browsing MIB variables in a network device. 

FIG. 6 is a flowchart of a method for browsing MIB variables in a network device, 
wherein the network device has a middle layer for creating SNMP queries. 

FIG. 7 is a flowchart of a method for browsing MIB variables in a network device, 
wherein a plug-in or Java applet is implemented in the administrator client. 

FIG. 8 is a block diagram that illustrates a computer system upon which an 
embodiment of the invention may be implemented. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

A method and apparatus for browsing a Management Information Base (MIB) is 
described. In the following description, for the purposes of explanation, numerous specific 
details are set forth in order to provide a thorough understanding of the present invention. It 
5 will be apparent, however, to one skilled in the art that the present invention may be 
practiced without these specific details. In other instances, well-known structures and 
devices are shown in block diagram form in order to avoid unnecessarily obscuring the 
present invention. 

1 0 GENERAL OVERVIEW 

FIG. 2 shows a high-level view of a network system in which the present invention 
may be implemented. 

An administrator client 206 communicates with one or more network devices 202 
through network 200. The administrator client 206 is any network node, such as an end 

15 station device, including a workstation, personal computer, etc. Network 200 is any 
commimication network, or internetwork, including a LAN, WAN, the global packet- 
switched network known as the Intemet, etc. Network devices include, for example, 
switches, routers, bridges, gateways, and other devices. 

Each device 202 stores its current configuration, and other information, in a 

20 Management Information Base (MEB) 204. Information in a MIB 204 is organized in one or 
more MIB trees of one or more MIB variables. The administrator client 206 can send fetch 
and set commands (or SNMP queries) to a device 202 to retrieve or set values of MIB 
variables. Examples of MIB variables include SysObjID or SysOID. MIB structures and 
functions are described in detail in D. Perkins et al., "Understanding SNMP MIBs" (Upper 

25 Saddle River, NJ: Prentice-Hall, 1997). 
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Preferably, the administrator client 206 is a general-purpose computer system that 
runs one or more network management software programs or processes. SNMP queries are 
created and communicated to the devices using a Web browser 208 in the administrator client 
206. Communications between the administrator client 206 and each network device are 
5 preferably handled in a protocol that includes Transmission Control Protocol/Internet 

Protocol (TCP/IP) and Hypertext Transfer Protocol (HTTP). Accordingly, information (e.g., 
MIB variables) from a network device that is to be displayed at the administrator client is 
preferably packaged in one or more Hypertext Markup Language (HTML) pages. 

The Web browser 208 is preferably hosted on the administrator client 206, which is 
'5 1 0 electronically connected to the network 200. Using the Web browser 208, a network 

manager can monitor and control network components. As an example, through the Web 
^} browser, a manager can obtain values of MIB variables from each MIB 204, Further, an 

O administrator may also interrogate devices such as host computers, routers, switches, and 

O bridges to determine their status, and to obtain statistics about the networks to which they 

□ 15 attach. The administrator client 206 may also enable a manager to control such devices by 
Q changing routes and configuring network interfaces. 

STRUCTURAL OVERVIEW 
FIG. 3 is a block diagram of a network device 202 having an HTTP-SNMP Interface 
20 Process 306 for creating SNMP queries and communicating HTTP information. 

The network device 202 includes a commxmication interface 302 that couples the 
network device 202 to the network 200. Preferably, a Simple Network Management Protocol 
(SNMP) daemon 308 couples the communication interface 302 to MIB 204. A Management 
Information Base (MIB) 204 is coupled to the SNMP daemon 308. 
25 The network device 202 also includes a Hypertext Transfer Protocol (HTTP) daemon 

304 that is coupled between the interface 302 and HTTP-SNMP Interface 306. HTTP 
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daemon 304 is configured to receive a request from the Web browser 208 to obtain a value of 
a MIB variable in the MIB 204. The HTTP daemon 304 is coupled to the communication 
interface 302. 

HTTP-SNMP Interface Process 306 is coupled logically between the HTTP daemon 
5 304 and the SNMP daemon 308. Internetworking operating system (lOS) 310 supervises and 
controls execution of HTTP daemon 304, HTTP-SNMP Interface Process 306, and SNMP 
daemon 308. Each of the HTTP daemon 304, HTTP-SNMP Interface Process 306, and 
SNMP daemon 308 may be implemented as one or more software programs or processes. 

In one embodiment, the HTTP-SNMP Interface Process 306 is configured to receive 

U 

'2 1 0 a request from a network manager or network management system associated with the 
'0 administrator client 206. In response to receiving a request, HTTP-SNMP Interface Process 

^ 306 retrieves a stored, pre-defined HTML template. The HTTP-SNMP Interface Process 306 

O has a mechanism for adding to the template a logical representation of the MIB tree that is 

o stored in the memory of the network device. The completed template consists of a tree of 

O 1 5 links, in which each link is associated with either another Web page representing the next 
n lower branch of the MIB tree, or a MIB variable. The HTTP-SNMP Interface Process 306 

returns the completed template to the Web browser 208. When one of the links is selected, 
HTTP-SNMP Interface Process 306 cooperates with SNMP daemon 308 to retrieve the Web 
page or MIB variable value associated with the selected hnk. Thus, upon request, Web 
20 browser 208 can display the MIB object tree by retrieving and displaying a Web page based 
on the HTML template. 

Since the MIB object tree organizes the MIB object variables into a hierarchical 
structure that is easy to browse through and easy to understand, this process facilitates review 
of MIB variable values. 

25 The HTTP-SNMP Interface Process 306 is also configured to create SNMP queries, 

for example, fi-om commands received firom a network manager at the administrator client 
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206. Further, the HTTP-SNMP Interface Process 306 is configured to send the SNMP 
queries to the SNMP daemon 308. 

The SNMP daemon 308 is configured to obtain the current value of the requested 
MEB variable from the MIB 204. The SNMP daemon 308 is also configured to send the 
5 appropriate MEB variable values back to the HTTP-SNMP Interface Process 306. In one 
embodiment, the HTTP-SNMP Interface Process 306 is further configured to put the MIB 
variable values into an HTML page and forward the HTML page to the HTTP daemon. The 
HTTP-SNMP Interface Process 306 organizes the MIB variable values into a human-friendly 
structure that is easy to imderstand and easy to browse. 
10 The network manager may request one MIB variable at a time. Accordingly, the 

HTTP daemon is configured to send HTML pages containing the MIB variables to the 
administrator client 206 to be displayed in the Web browser 208. 

The foregoing represents one embodiment of the HTTP-SNMP Interface Process 306. 
Generally, the HTTP-SNMP Interface Process 306 provides at least (1) a mechanism to build 
1 5 a MIB tree in the memory of the network device 202 and (2) a translator between HTML 
queries and SNMP queries. 

FIG. 4 is a block diagram of another embodiment of a network device 202. 
In the embodiment of FIG. 4, an HTTP-SNMP Interface Process 402 is implemented 
in the form of a process that is associated with browser 208 of administrator client 206. For 
20 example, HTTP-SNMP Interface Process 402 may be implemented in the form of a Web 
browser plug-in software application, Java applet, ActiveX control, etc. HTTP-SNMP 
Interface Process 402 has ftinctionaUty generally equivalent to that of HTTP-SNMP Interface 
Process 306 of FIG. 3. 

As in FIG. 3, network device 202 includes a communication interface 302 that 
25 couples the network device 202 to the network 200. A Simple Network Management 
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Protocol (SNMP) daemon 308 is coupled to the communication interface 302. A 
Management Information Base (MIB) 204 is coupled to SNMP daemon 308. 

The network device 202 also includes a Hypertext Transfer Protocol (HTTP) daemon 
304 that is configured to receive a request from the Web browser 208 to obtain a value of a 
5 MIB variable. The HTTP daemon 304 is coupled to the communication interface 302. 

The administrator client 206 may obtain HTTP-SNMP Interface Process 402 in 
several ways. In one exemplary embodiment, HTTP-SNMP Interface Process 402 is a plug- 
in or Java applet 402 that a network manager obtains from a server coupled to the Intemet. 
Altematively, administrator client 206 obtains HTTP-SNMP Interface Process 402 from a 
=5 10 network management station that is coupled to network 200, When HTTP-SNMP Interface 

Process 402 is obtained by the administrator client 206 in plug-in form, the plug-in is loaded 
in into the administrator client 206 and executed within browser 208. 

□ Alternatively, browser 208 may automatically download a Java applet from a Web 

□ page or Java archive (JAR) file. The Web page may be located, for example, in a memory of 
Q 15 the network device or at an external Web site, but the embodiment is not so limited. The 

Q browser loads the applet into the administrator client's memory, and then executes it. The 

browser deletes the applet from memory when it exits the Web page that uses the applet. Use 
of Java applets is described in detail in R. Orfah et al., "CUent/Server Survival Guide" (Wiley 
Computer PubUshing, 1999). 

20 HTTP-SNMP Interface Process 402 comprises one or more Web pages and tools to 

allow a network manager to browse through the MIB variables on the network device 202. 
Accordingly, the plug-in or Java applet 402 may be configured to create SNMP queries as 
needed. The plug-in or Java applet 402 may be configured to package the SNMP query in an 
HTTP request and send the packaged request to the network device 202. 

25 HTTP daemon 304 is configured to respond to the packaged request by unpackaging 

the SNMP query and forwarding the SNMP query to the SNMP daemon 308. Accordingly, 
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the SNMP daemon 308 is configured to look up a value for each MEB variable that is 
identified in the query, and return the MEB variable value to the HTTP daemon 304. HTTP 
daemon 304 is further configured to package the MEB variable value in an HTML page and 
send the HTML page back to the administrator client 206. At administrator client 206, 
5 HTTP-SNMP Interface Process 402 is configured to display the HTML page in the Web 
browser 208. As a result, the value of the requested MIB variable is displayed using the Web 
browser. 

In one specific embodiment, the HTTP-SNMP Interface Process 402 is configured to 
receive a request fi-om a network manager or network management system associated with 
1 0 the administrator client 206. In response to receiving a request, HTTP-SNMP Interface 
^0 Process 402 retrieves a pre-defined HTML template that is stored in association with 

5 administrator cUent 206 or that forms part of HTTP-SNMP Interface Process 402. The 

p HTTP-SNMP Interface Process 402 has a mechanism for adding to the template a logical 

□ representation of the MIB tree that is stored in the memory of the network device. The 
Q 1 5 completed template consists of a tree of links, in which each link is associated with either 

□ another Web page representing the next lower branch of the MIB tree, or a MIB variable. 
The HTTP-SNMP Interface Process 402 returns the completed template to the Web browser 
208. 

When one of the links is selected, HTTP-SNMP Interface Process 402 packages an 
20 appropriate SNMP query, and sends the query to network device 202 in an HTTP request. 
The query is communicated from interface 302 to HTTP daemon 304, which parses the 
HTTP request and obtains the SNMP query. HTTP daemon 304 then sends the SNMP query 
to SNMP daemon 308, which retrieves the MIB variable value associated with the query. 
SNMP daemon 308 retums the MIB variable value to HTTP daemon 304, which creates an 
25 HTTP response message that contains the MIB variable value, and sends the HTTP response 
message through network 200 to HTTP-SNMP Interface Process 402. The HTTP-SNMP 
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Interface Process 402 places the MIB variable value in the HTML template and passes the 
completed template to browser 208, which displays it. Thus, upon request, Web browser 208 
can display the MIB object tree by retrieving and displaying a Web page based on the HTML 
template. 

5 

PROCESS OVERVIEW 
FIG. 5 is a flowchart of an embodiment of a method for browsing MIB variables in a 
network device. 

The method starts in step 502 in which a connection of a browser to a device is 
10 received. For example, network device 202 receives a connection from Web browser 208. A 
'5 user associated with administrator client 206 or another end station may access the network 

^ device by inputting into the browser a Unified Resource Locator (URL) that identifies the 

U network device. The URL is associated with an Internet Protocol (IP) address for the 

O particular network device. 

p 1 5 The network device responds in step 504 by returning an HTML document containing 

Q a menu. For example, HTTP daemon 304 retrieves from device memory an HTML 

document that contains two hyperlinks. One hyperlink identifies a Browse MIB Variables 
option and the other hyperlink identifies an Enter CLI Command option. In this context, 
"CLI" means "Command Line Interface" and refers to the text command language that is 
20 used to input commands to many network devices. Other hyperlinks associated with other 
options may be provided in other embodiments. The menu is displayed on the Web browser. 

In step 506, a determination is made whether the user {e.g., network manager) wants 
to browse MIB variables. In one embodiment, step 506 involves receiving a user selection of 
one of the choices displayed to the user using the menu of step 504, for example, by 
25 receiving a user selection of one of the hyperlinks in the menu. 
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If the user decides not to browse MIB variables, as indicated by a user selection of the 
Enter CLI Command hyperlink, control is transferred to decision step 510, where it is 
determined whether the user wishes to enter a CLI command. For example, block 510 
represents receiving user selection of the Enter CLI Command hyperlink. If the user does not 
5 want to enter a CLI command, then control is transferred to block 506 to await a user 

selection of one of the menu options. If, on the other hand, the user decides to enter a CLI 
command, control is transferred to step 512, in which a CLI command is entered. Block 512 
may involve, for example, receiving a CLI command from a sequence of keyboard characters 
™ that are entered by the user or received from another process. 

10 If the user decides to browse MIB variables, as determined by block 506, then control 

^5 proceeds to step 508, in which one or more MIB variable values are browsed. 

Sfi FIG. 6 is a flowchart of a method for browsing MIB variables in a network device. 

: a 

□ Steps in the method of FIG. 6 may be used to implement step 508 of FIG. 5. Both the 

O methods of FIG. 5 and FIG. 6 may be implemented in one or more computer programs or 

o 1 5 processes. In a preferred embodiment, the method of FIG. 6 is carried out using a network 
13 device has a middle layer for creating SNMP queries. 

In step 602, a connection of a Web browser is received. For example, in one 
embodiment, the HTTP daemon of network device 202 receives a connection of Web 
browser 208. In step 604, a MIB object tree is created and stored. For example, in one 
20 embodiment, network device 202 creates and stores a MIB object tree in its memory. In step 
606, an HTTP daemon in the network device responds by providing a top-level Web page for 
display by a Web browser. 

In decision step 608, the process determines whether MIB variables are to be 
browsed. For example, step 608 involves receiving a user selection of a hyperlink in the 
25 Web page that is provided in step 606 and determining whether the hyperlink is associated 
with browsing MIB variables. If the user selection is not associated with browsing MIB 
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variables, then control is passed to decision step 609, where the process determines whether a 
CLI command is to be entered. For example, step 609 involves receiving a user selection of 
a hyperUnk that is associated with an option for entering a CLI command. If the resuU of step 
609 is negative, no user selection has been received, and therefore control is passed back to 
5 step 608 to await a user selection. If, on the other hand, the user selects a hyperlink that 
indicates that the user wishes to enter a CLI command, then control passes to step 622 at 
which point the user may enter a CLI command. 

Referring again to step 608, if a user selection is received that indicates browsing 
MIR variables, then control passes to step 610, in which a document template is retrieved by 

10 a HTTP-SNMP Interface Process of the device. As discussed above with reference to FIG. 3, 
preferably the template is an HTML template and includes hyperlinks representing a tree of 
the MIB objects that is created and stored in the memory of the network device. Each 
hyperlink is associated with a template of a page at a subordinate level of the object tree or 
with a particular MIB object. Step 610 may also involve receiving a user selection of one of 

15 the hyperlinks and, when the selected hyperlink is associated with a template of a page at a 
subordinate level of the object tree, successively displaying other subordinate pages of the 
tree. 

In step 612, the HTTP-SNMP Interface Process creates an SNMP query using the 
name of the selected MIB variable. The HTTP-SNMP Interface Process then sends the 
20 SNMP query to an SNMP daemon of the device. In step 614, the SNMP daemon obtains the 
current value of the requested MIB variable from a MDB in the device. 

In step 616, the SNMP daemon sends the appropriate MIB variable value to the 
HTTP-SNMP Interface Process. In step 618, the HTTP-SNMP Interface Process puts the 
MIB variable into an HTML page and forwards the HTML page to the HTTP daemon. In 
25 step 620, the HTTP daemon sends the HTML page to the connected client in order to be 
displayed. 

50325A09(WGM1976) 

SJS 23446-5.050325.0109 



• # 



FIG. 7 is a flowchart of a method for browsing MIB variables in a network device, 
wherein a plug-in or Java applet implements certain functions. 

In step 702, a network device receives a connection from a Web browser. In step 
704, a MEB object tree is created and stored in the memory of the network device. In step 
5 706, an HTTP daemon responds with a top-level page. In step 708, a plug-in or Java applet 
is loaded into a memory. 

In a decision step 710, it is determined whether MIB variables are to be browsed. If 
not, then in decision step 712, it is determined whether a CLI conmiand is to be entered. If 
so, then in step 714, a CLI command is entered. 
10 Referring again to decision step 710, MIB variables are to be browsed, then control 

'5 proceeds to step 716, in which the plug-in or Java applet creates a query for a selected MIB 

^ variable. In step 718, the plug-in or Java applet packages the query in an HTTP request. 

Q In step 720, the network device receives the packaged request. In step 722, the HTTP 

O daemon of the network device unpackages the SNMP query in order to identify the MIB 

!lJ 

O 15 variable that is being requested. In step 724, the HTTP daemon forwards the SNMP query to 

fU 

O the SNMP daemon. 

" In step 726, the SNMP daemon looks up the MIB variable in a MIB of the network 

device. The SNMP daemon then returns the appropriate MIB variable to the HTTP daemon. 
In step 728, the HTTP daemon repackages the MIB variable in an HTTP reply message and 
20 sends the reply message, for example, back to the administrator client. In step 730, the plug- 
in or Java applet extracts the MIB variable value from the HTTP reply message and display 
the value. 

As a result, MIB variable values of a network device are easily browsed and 
displayed using a Web browser and without the need for a specialized network management 
25 station. 



50325A09(WGM1976) 

SJS 23446-5.050325.0109 



• 



-19- 



HARDWARE OVERVIEW 



FIG. 8 is a block diagram that illustrates a computer system 800 upon which an 
embodiment of the invention may be implemented. The preferred embodiment is 
implemented using one or more computer programs running on a network element such as a 
5 router device. Thus, in this embodiment, the computer system 800 is a router. 

Computer system 800 includes a bus 802 or other communication mechanism for 
communicating information, and a processor 804 coupled with bus 802 for processing 
information. Computer system 800 also includes a main memory 806, such as a random 
access memory (RAM), flash memory, or other dynamic storage device, coupled to bus 802 
^5 10 for storing information and instructions to be executed by processor 804. Main memory 806 

also may be used for storing temporary variables or other intermediate information during 
fji execution of instructions to be executed by processor 804. Computer system 800 further 

u includes a read only memory (ROM) 808 or other static storage device coupled to bus 802 

□ for storing static information and instructions for processor 804. A storage device 810, such 

iy 

P 15 as a magnetic disk, flash memory or optical disk, is provided and coupled to bus 802 for 



\ communication interface 302 may be coupled to bus 802 for communicating 
informatiokand command selections to processor 804. Interface 818 is a conventional serial 
interface such^^s an RS-232 or RS-422 interface. An external terminal 812 or other computer 
20 system connectsV the computer system 800 and provides commands to it using the interface 
' 814. Firmware or software running in the computer system 800 provides a terminal interface 
or character-based command interface so that external commands can be given to the 
computer system. \ 



25 output interface 819 to one or more extemal network elements. The extemal network 
elements may include a local network 822 coupled to one or more hosts 824, or a global 



storing information and instructions. 




A switching system 816 is coupled to bus 802 and has an input interface 814 and an 
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network such as Internet 828 having one or more servers 830. The sv/itching system 816 
switches information traffic arriving on input interface 814 to output interface 819 according 
to pre-determined protocols and conventions that are well known. For example, switching 
system 816, in cooperation with processor 804, can determine a destination of a packet of 
5 data arriving on input interface 814 and send it to the correct destination using output 

interface 819. The destinations may include host 824, server 830, other end stations, or other 
routing and switching devices in local network 822 or Intemet 828. 

The invention is related to the use of computer system 800 for the techniques and 
functions described herein in a network system. According to one embodiment of the 

10 invention, such techniques and functions are provided by computer system 800 in response to 
processor 804 executing one or more sequences of one or more instructions contained in 
main memory 806. Such instructions may be read into main memory 806 from another 
computer-readable medixim, such as storage device 810. Execution of the sequences of 
instructions contained in main memory 806 causes processor 804 to perform the process 

15 steps described herein. One or more processors in a multi-processing arrangement may also 
be employed to execute the sequences of instructions contained in main memory 806. In 
alternative embodiments, hard-wired circuitry may be used in place of or in combination with 
software instructions to implement the invention. Thus, embodiments of the invention are 
not limited to any specific combination of hardware circuitry and software. 

20 The term "computer-readable medium" as used herein refers to any medium that 

participates in providing instructions to processor 804 for execution. Such a medium may 
take many forms, including but not limited to, non- volatile media, volatile media, and 
transmission media. Non- volatile media includes, for example, optical or magnetic disks, 
such as storage device 810. Volatile media includes dynamic memory, such as main memory 

25 806. Transmission media includes coaxial cables, copper wire and fiber optics, including the 
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wires that comprise bus 802. Transmission media can also take the form of acoustic or light 
waves, such as those generated during radio wave and infrared data connnunications. 

Common forms of computer-readable media include, for example, a floppy disk, a 
flexible disk, hard disk, magnetic tape, or any other magnetic medium, a CD-ROM, any other 
optical medium, punch cards, paper tape, any other physical medium with patterns of holes, a 
RAM, a PROM, and EPROM, a FLASH-EPROM, any other memory chip or cartridge, a 
carrier wave as described hereinafter, or any other medium from which a computer can read. 

Various forms of computer readable media may be involved in carrying one or more 
sequences of one or more instructions to processor 804 for execution. For example, the 
instructions may initially be carried on a magnetic disk of a remote computer. The remote 
computer can load the instructions into its dynamic memory and send the instructions over a 
telephone line using a modem. A modem local to computer system 800 can receive the data 
on the telephone line and use an infrared transmitter to convert the data to an infrared signal. 
An infrared detector coupled to bus 802 can receive the data carried in the infrared signal and 
place the data on bus 802, Bus 802 carries the data to main memory 806, from which 
processor 804 retrieves and executes the instructions. The instructions received by main 
memory 806 may optionally be stored on storage device 810 either before or after execution 
by processor 804. 

Communication interface 302 also provides a two-way data communication coupling 
to a network link 820 that is connected to a local network 822. For example, communication 
interface 302 may be an integrated services digital network (ISDN) card or a modem to 
provide a data communication connection to a corresponding type of telephone line. As 
another example, conraiunication interface 302 may be a local area network (LAN) card to 
provide a data communication connection to a compatible LAN. Wireless links may also be 
implemented. In any such implementation, communication interface 302 sends and receives 
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electrical, electromagnetic or optical signals that carry digital data streams representing 
various types of information. 

Network link 820 typically provides data commimication through one or more 
networks to other data devices. For example, network link 820 may provide a connection 
through local network 822 to a host computer 824 or to data equipment operated by an 
Internet Service Provider (ISP) 826. ISP 826 in tum provides data communication services 
through the world wide packet data communication network now commonly referred to as 
the "Internet" 828. Local network 822 and Internet 828 both use electrical, electromagnetic 
or optical signals that carry digital data streams. The signals through the various networks 
and the signals on network link 820 and through communication interface 302, which carry 
the digital data to and from computer system 800, are exemplary forms of carrier waves 
transporting the information. 

Computer system 800 can send messages and receive data, including program code, 
through the network(s), network link 820 and communication interface 302. In the Intemet 
example, a server 830 might transmit a requested code for an application program through 
Intemet 828, ISP 826, local network 822 and communication interface 302. In accordance 
with the invention, one such dovmloaded application provides for the techniques and 
functions that are described herein. 

The received code may be executed by processor 804 as it is received, and/or stored 
in storage device 810, or other non-volatile storage for later execution. In this manner, 
computer system 800 may obtain application code in the form of a carrier wave. 

SCOPE 

In this disclosure, including in the claims, certain process steps are set forth in a 
particular order, and alphabetic and alphanumeric labels may be used to identify certain 
steps. Unless specifically stated in the disclosure, embodiments of the invention are not 
limited to any particular order of carrying out such steps. In particular, the labels are used 
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# 



merely for convenient identification of steps, and are not intended to imply, specify or 
require a particular order of carrying out such steps. 

In the foregoing specification, the invention has been described with reference to 
specific embodiments thereof. It will, however, be evident that various modifications and 
5 changes may be made thereto without departing fi-om the broader spirit and scope of the 
invention. The specification and drawings are, accordingly, to be regarded in an illustrative 
rather than a restrictive sense. 
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